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1. Problem statement 



Since the number of pms is a major factor in the cost of inter-chip connects, there is strong 
pressure towards making such interconnects fast and narrow. One such example is Hub Link, an 
VO interconnect designed by PCD for connecting VO hubs and PCI bridges (e.g. south bridges) to 
to memory controller hub <e.g. north bridge). Hub Link is a half-<hjplex bus with a disXed 
arbiter. Synchronization occurs via a global clock and two REQ signals, one signaling end A's 
request to end B and the other signaling end B's request to end A. Each end execu « Z same 

Se J? ™ 6 ' ^ * en Ch00slng which end to W based ™ me Ic^Ld 



There are two major classes of traffic in today's chipsets: asynchronous traffic, in which each 
date must eventually be delivered, and Isochronous traffic, in which each data musTbt d3to£ 
wiflm a specified time. Whenever these traffic classes compete for a shared resource such « 

o?hTl!1^ resource is awarc of the class of pending requests, i^SJtiZ 
of HubLirdc the arbiter cannot distinguish If a pending request, as indicated by sampling REO 
asserted, is isochronous or asynchronous. Consequently theHub Link arbkermust ether 
* ~ M^T? ^ as y nchrono1 "' which in a poor latency bound if a pending 

b. assume that all requests are Isochronous and alternating the bus between each end on a 

degrades the asynchronous performance because of the fixed cost of bus turnaround 
The solution to this dilemma is to add extra information to distinguish isoc and async requests, 
2, Prior Art 

2i£!lS?7 8 ° 1U,l0n 18 am>thcr P«i' of wires, one in each direction indicating if that 
i " T C< "j!""" ' ^ ^ 2 pins to bom clu^ at either end of Sb link 
This is undesirable in a cost-sensitive market such as desktops. 

tetic^n^ 2 SSJ* ^ ^ Prop0Md M de *»" ■*■"• » which the request type 
is encoded onto the REQ signal. This scheme requires no additional pins However the pro 
s^naJ must be decoded at the destination. In an Tsystem this 3 2%frf££ ^ 
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latency of 1 or 2 clocks even if isoc traffic is never used, This is unattractive for a server 
environment in which the VO read latency is an important factor in system performance. 

3. Description of Invention 

The subject invention provides the extra information to distinguish isoc and async requests by 
adding a single signal between both ends of the Hub Link. This adds only I pin to each chip on 
the end of Hub Link. Furthermore, there is no performance impact to asynchronous traffic in the 
absence of isoc traffic. In an idle system, the latency for either an isochronous or an asynchronous 
request is exactly the same as in the current, unmodified Hub Link. 

The main idea is to convey the type (isoc or async) of a new request at end A to the grant, if any, 
in progress at the opposite end B. If a grant is in progress, end B compares the new request type 
with the type of the current grant and men B either keeps asserting REQ or disasserts REQ at the 
next convenient point, allowing A to proceed and thus affecting a pre-empt If no grant is in 
progress at B, then A can be granted. 

It suffices to communicate the request type to the opposite end in two circumstances: 1 . when a 
new request is presented while the opposite end is granted, and 2. If idle and MRS end presents a 
request. When the Hub Link is idle, the LRS end provisionally has the grant - the grant is the 
LRS's end to lose (which occurs if a REQ arrives from the MRS end and no request from the 
LRS end claims it). Thus the LRS end does not need to communicate the request type. However, 
the MRS end must communicate the request type since the LRS end could get the grant between 
the MRS end sampling the REQ signals and asserting its REQ. In case of a tie between LRS and 
MRS ends, Le. simultaneous presentation of requests at both ends, the LRS end wins the grant, 
even if the LRS end request is async and the MRS end request is isoc. 

The subject invention encompasses multiple ways to implement die isoc/async wire: 

1. As a wired-OR signal - The wired-OR signal permits the request type communication via a 
single wire without extra complexity of managing the ownership, and hence turnaround, of 
the wire. 

2. As an alternating ownership wire - This is a conventional common clock signal, such as Hub 
Link's STOP or PAR, using the same electricals and principle of managed wire ownership. 
The isoc signal can either be pulsed, where it is active for only one dock when an isoc 
roquets is presented, or it can be driven for me duration a request waits until being granted. 



3.1 Electrical issues 

The wired-OR signal can be implemented using GTL drivers and parallel termination. However, 
without the pMOS kicker of OTL+, the rise time is worse than for GTL+. The solution is to 
constrain the protocol to allow an extra clock (or possibly two clocks If necessary) for ISOC# rise 
tune. See Figures 1 through 6. 

The alternating ownership wire can be implemented in either pulsed or duration form for either 
serial or parallel termination. However, the pulsed version is attractive for parallel (emulation 
due to lower power consumption than the duration version. Tn addition, as explained in Section 
322, the combination of pulsed version and parallel termination permits a slight performance 
optimization and implementation simplification. 
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3.2 Protocol details 



The following describes the isoc signaling protocol. All three versions, wired-OR, pulsed, and 
duration are described using the same base protocol followed by appropriate special cases. The 
isoc wire is named ISOC. The phrase "assert ISOC' in the following is interpreted relative to the 
protocol version as follows: 

• Wired-OR version: "assert ISOC* means assert ISOC# for one clock 

• Pulsed version: "assert ISOC means assert ISOC for one clock 

• Duration version: "assert ISOC means assert ISOC until ownership of the ISOC wire is 
turned around. 

Notation: LRS(A) means that end A is least recently served; 
MRS(B) means that end B is most recently served. 
RQA(t) means a request is presented by end A at time t 
ROB(0 means no request is presented by end B at time t. 

1. If idle, i-e. no grant in progress at clock edge lc 

If LRS(A) ' ' 
If A has a request 
Assert RQA 

if ROBfk) gram A, i A drives PD and A becomes MRS 

\ If RQB(k) grant B 

else i.e. no request from A 
if RQB(k) grant B 

IfMRS($) 

If B has a request 
Assert RQB 

If RQAfls) grant B, Ix. B drives PD, and assert ISOC. 
If RQA(k) grant A, Le. A drives PD and A becomes MRS 
Else l,c no request from B 
lfRQA(k)graot A 

2. If non-Idle at clock edge lc i.e. RQA(k) (Choose end A without loss of generality) 

B: ■ 
If RQBJfcl) and Bhasa request 
Assert RQB and assert ISOC 

A: . 

IfRQB(M) and RQB(k) and ISOC asserted at edge.k, end fi has presented an isoc request 
If end A is async disassert RQA at earliest convenient point 
If end A Is isoc: continue grant to A (perhaps pre-empt for fairness, but that is outside the 
scope here). 

Additional points: <-• 

• Ag^tcanbcupgrBihjdtoisoc.I.e.durmga^ 

and Isoc transfers . '.a 

: . i)\ ;■ ' . ,•■•*• 
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♦ Timeslice counter suspended while isoc request (so isoc can extend times I ice) 
V If end A has grant and samples KOC asserted during a async transfer, end A can relinquish 

its grant (at next convenient point), (hereby allowing 8 's isoc request to pre-empt 
• Flow control, including the flow control signal STOP, is orthogonal from the wired-OR isoc 

signaling. 

Special cases: 

1 . Wired-OR version: It is forbidden to sample ISOC* during rise time period (either one or two 
clock edges after sample ISOC* asserted; depending on the rise time period - diagram 
below show one clockfor rise time period). However, an exception arises in conjunction^, 
(fiSTidle) 6 8ampled at Ae same c,ock *»t « «quest '* asserted 

2. Pulsed and duration versions: Ownership of the ISOC wins is turned around one clock after 
the current grant, if any, terminates. If another grant (for the opposite end) begins at that point 
(i.e. one clock after the previous grant terminates), then assertion of ISOC - if the oriSnal 
end now presents an isoc request - must be delayed for one clock to permit turnaround ofthe 
ISOC wire. See the discussion following Figure 12. 

3.2.1 Wired-OR Version 

The following Figures illustrate the wired«OR version of the protocoL 



From Idle, A la LBS, RQA la Isoc or async 




^2346678 
Figure 1: From idle. When LRS and idle, assert RQA; no need to assert ISQCft 
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From Idle. A Is LRS, RQB Isoo, RQB same time or after RQA: A wins 




n. ~ 3 * « 6 7 8 

F,gUre 2: Fh5m idJe ' B ,oses M d m«t pull down ISOC#. Note rise time allowance of wired- 

OR ISOC# signal. 
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From Idle, Ate LRS, RQB async, RQB upgrades to isoc, RQB same time or after RQA: A wins 

I \ § ■ '\ I ■ > i t ■ : i ; , 

II * l JE 1 # «L J 1 ^^^^^^ t ■ « 




i RQB . 
becomes too*; 

i puQadown '• 
4 ISOCff 5 



Rgure 3: From idle. Similar to Figure 2 but shows RQB beginning as an async request and then 

upgrading to Isoc. 
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From idle. Ate LRS, RQA teoc. RQB before RQA; B wins 
(als o sho ws R QAa syno and upgrades to Isc 




Figure 4: Similar scenario as in Figure 2 except this time B wins the 



grant. 



RQB arrives while RQA grant In progress. RQB teoo and then RQA again as teoc 




; 

0 



i 

2 



I putt* down : 

rsoc# 4 



RQA 
" pulU down" 

5 isoa 6 



Figure 5; Scenario when an hoc request afrfves while opposite end granted. 
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ROB arrives while RQA grant In progrew. ROB isoc end then RQA egain as isoc 




RQB j RQA 
b Isoc; j is isoc; 
pulls down* pulls 4o» 
* BOO» 6 isoc* 



Figure 6: Back to back isoc requests 
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Figure 6 illustrates the main need for a wire-OR signal for ISOCft back to back reouests ftnn, 
oneend concurrently with a request from the other end can lead Jb^klb^tS^ofZ 
ISOOf signal by opposite ends. With wircd-OR logic for the ISO^^i there l^ n^S ^ 
comp tally to manage fte ownership of ISOC# and adding a mSS^ZSSS^ £ 

RQA asserted in clock 5 was for async there would be back to back reauesto first iJT^h!! 
async Thus ISOC# would not be asserted at clock edge 6, yet «d 71^6 wtaisCttft 
edge 6. „ the middle of iu rise time period following asWti™ by A at edge 5. Th^con»»uence 

^fro ^ y I*** f WORit CaSC lsB ' s downgrades to async and then SI 

mk bX^ VlT r^^n 10 ^ apparent A, However, once A gets d« 

wSwtaTy^ r^uSt P resents 311 woe request, it will assert ISOC* and A will 

^S V 5^S^^5^° latiOT * aYoided * ^ ^nging the protocol to defer 
"Ki ES0C * aS8ertcd 1 dock before. taAUcaTL RQAtadodc 5 of 

KoSi^^?*f an ordinary common clocked signal. In this case, an end must sample 

IS0C# - 71118 18 ^ N"* ™J duration versions displayed in the ne^bsection. 

3.2.2 Pulsed and duration versions 



Intel Confidential 



From Idle, A Is LRS, RQA Is Isoo or aeyno 

* i in. j ; * , 

J 




^Ta ? » ro ? Wle ' LRS and W * no necd ■""■n Note tLaround'lSOC is 8 
sampled by B. bui not driven by A on clock edge 8 and then Is driven but not sanded londock 

edge 9. 

From Idle, A Is LRS, RQB Isoo, RQB same time or after RQA; A wins 




Figure 8: From idle. B loses and thus must assert ISOC 
From Idle, Ate LRS, RQB asyno, RQB upgrades to Isoo, RQB same time or after RQA, A wins 

JC \ ^^^^^ l^ mi ^\ sm^^m t-- • ! i « 




Figure 9: From Idle. Similar to Figure 8 but shows RQB beginning as an async request and the 

upgrading to isoc 
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fLOhr- , 



Fr ° m /2£; i£JfI£ QA ^ «» War* RQA: B wins 
(alsq shows RQA asyno and upgrades to isoq) 




01 2 3 4 5 e 

Figure 10: Similar scenario as fat Figure 8 except this time B wins the grant. 

ROB arrives while RQA grant In progress, RQB teoc and then RQA again as Isoc 
I \ I V I \ I \ I k ; « j 




3 ISOC 4 6 Isoc 6 , 

Figure 11: Scenario when an isoc request antves while o^ta end granted 
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RQB arrives while RQA grant in progress, RQB isoc and then RQA again as Isoc 




uoc 



RQA 
blioo; 
wilt far 



ISOC 



1 RQA : 
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Figure 11* Back to back isoc requests. 
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„'°™ "T.!/ I! M ' enod ' ™» •* braim consequence since it u equivalent to ROA .m. ^ 
3.3 Benefits and Generalizations 

This invention can be extended for half duplex buses other than Huh I inv m u ^ 
no concept of LRS and MRS The main id£ in cnT° , , Link m wbch *«* may be 
down a wired OR ^^O^^^ZT^^ envkonmem ^ that each end pulls 
which end that pulledd™ iaoSnTZSl^ "*"t " about 
indicate that only one ^ £S2£ SShi!! ^ ^ itIation< tf * e REQ lines 
ISOC# is effectively found ^ ait,tratl0n as in the present Hub Link and 

each end ex^S^e^S ^^^^^ * asserted, tJ 
async and then sample? the ^^^ol^^^^^ * * * 
remain at this followine clock butall c.J* g ,f , . w onc or two "quests may 

granted to give isoc 

remains, the arbiter mates a Sl^ «2LS£ ^ * requests 

serviced Oeast recenfly^d) ^ * *" lB » CTd °PP<»^ from the last isoc request 

Figure 13 shows an example of the two phase protocol 
Hm phase to latch wired-OR status 

^ Second phue to resubmit isoe-caty requests 

! « 

HLCLK 




jRQAtaUoc;: rqo j 
I BOOS jotitntofiy; 
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crazttod | pre tram] 



KQB 
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• patterns : 
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Figure 1 3: Two phase wlrcd-OR protocol 
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4. Value of Invention to Intel 

This invendon is proposed for addition 10 the Hub I ink specification. HubWnk is a key technology 
for interconnecting chips in Intel chipsets and later, Intel processors to VO chips. If accepted this 
invention may be used in Intel chipsets such as the McKinley/Fostar chipset to improve the isoc 
performance of the IOH to 1CH Hublink and later in Tirana2 to connect the processor and I/O 



In addition, should Intel decide to open the Hublink interface to other chip vendors, intellectual 
property covering Hublink and various optimizations to it will be important Any implementation 
details yielding superior performance is a competitive advantage. 



5. Infringement 

If Intel decides to open the Hublink interface, other vendors building chipsets may improve or 
optimize upon Intel's Hublink specification. In so doing they might use the subject invention 
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